

A COMMUNICATION DEVICE AND TRANSIT DEVICE 



HAVING A CALL-HOLD FUNCTION 



AND A METHOD FOR CONTROLLING THE FUNCTION 



BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates generally to a communication system, 



having a call-hold function and a method for controlling the call-hold 
function. 



A technique, called the Internet Telephony, is spreading rapidly 
in recent years to perform a voice communication by storing voice 
information in an Internet Protocol (abbreviated to IP) packet as a 



Such services as call hold, call transfer and call diversion are 
being studied and stipulated recently by the International 
Recommendations as the supplementary services of the Internet Telephony 
voice services. The present invention is related to this call hold, 
which offers such services as to interrupt a speech temporarily and 
give a holding tone. 

Accordingly, an apparatus and a method for performing the call- 
hold operation effectively and economically is in great demand. 

Description of the Related Art 

The Internet Telephony (or Voice Over IP: VoIP) provides voice 
services by using the IP message. Fig. 1 shows a configuration of the 
Internet Telephony system. 

An Internet telephone (IP-TEL) or a personal computer (PC) 



and more particularly to a communication device and a transit device 



means to integrate voice with data. 
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equipped with a microphone (MIC) and a speaker (SPKR) to realize a 
telephone function performs voice communication by storing voice 
information in the IP message transmitted in an IP network of a local 
area network (LAN)* It also performs voice communication in the same 
way over different LANs through a digital exchange network (DGTL EXCH 
NTWK) and a router for routing a packet in the network* 

The IP-TEL and PC (hereinafter, generally called End Point: EP) 
convert voice information into an IP packet and transmit the packet to 
the IP network, and also receive an IP packet from the IP network and 
convert the packet into voice information to output as an audible sound. 

A Gate Keeper (hereinafter abbreviated to GK) stores therein and 
manages the EPs' addresses within the IP network, i.e., IP addresses 
which correspond to the EPs ? telephone numbers (or local ly. al lotted 
numbers within a LAN) and performs functions such as three-party calling 
and call diversion. 

Figs. 2A and 2B show system configurations in which the present 
invention is implemented, wherein an EP (i-e., IP-TEL or PC) performs 
voice communication directly and through a GK, respectively with a 
counterpart EP in the Internet Telephony system shown in Fig. 1. 

Figs. 3-6 show the signalling sequence of the call control 
messages for call set-up, speech, call hold and call disconnect 
operations conducted on the IP network (refer to ITU-T Recommendations 
H. 225.0 and H.245). The message names conform to the notation used in 
the Recommendations. There are two call-hold methods stipulated by 
ITU-T Recommendation H.450.4: method 1 (Near-End Call Hold method) and 
method 2 (Remote-End Call Hold method). 

Figs. 3 and 4 show the signalling sequence according to methods 1 
and 2, respectively when communication takes place directly between the 




EPs. Figs. 5 and 6 show the signalling sequence according to methods 1 
and 2, respectively when communication takes place between the EPs 
through the GK. 

In a case, too, where communication takes place between the EPs 
belonging to different LANs, the signalling sequence is the same except 
that the signals go through a digital network existing between the LANs 
as shown in Fig. 1. The call hold occurs in the period shown by * in 
the figures, during which speech is in progress. 

Figs. 7A and 7B show the format of an IP message transmitted 
within the IP network (for details, refer to the ITU-T Recommendations 
enclosed in parentheses in the figure),. Fig. 7B shows the details of 
H. 225.0 Q.931 Header shown in Fig. 7A, in which the later-described 
call-hold request and reply signals exchanged between the EPs are 
specified in the Information Element Type field as User-User Information. 

Fig. 8 shows the detailed message for transmitting voice and 
holding-tone information, which is specified in the RTP Header shown in 
Fig. 7A. In Fig. 8, the Source address and Destination address of the 
IP Header show IP addresses of the call originator (calling EP) and 
terminator (called EP) , respectively in the IP network. The voice and 
holding-tone information is specified as payload data. 

When to communicate via the GK, for example, in the IP network 
based on the aforesaid International Rules, the calling EP requests the 
GK to set up a call by specifying the telephone numbers of its own and 
the destination EP in the H. 225.0 Q.931 Header. Since the GK previously 
stores therein and manages the IP addresses corresponding to the phone 
numbers of EPs, it can recognize the IP addresses of source and 
destination EPs. Also, as for the aforesaid call-control message, since 
the GK knows previously the IP addresses of both calling and called EPs, 
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it can perform the call control. 

After completion of a call set-up sequence by using the H. 225.0 
Q.931 Header, the H.245 Header for controlling voice channel information 
is transmitted. Under control of the H.245 Header, the destination of 
the voice information (RTP Header) is confirmed between the EPs. On 
completing the control by the H.245 Header, the EPs exchange the voice 
information (RTP Header), bypassing the GK. 

Figs. 9A and 9B show the signalling sequence for controlling call 
hold. Of the two methods for controlling call hold stipulated by ITU-T 
Recommendation H.450.4, Fig. 9A shows method 1 (Near-End Call Hold 
method) and Fig. 9B shows method 2 (Remote-End Call Hold method). 
Although Figs. 9A and 9B show an example in which the EPs communicate 
directly with each other, the signalling sequence between the EPs is the 
same even when they communicate via the GK, since the GK only relays 
the call-hold control signals. 

In Fig. 9A, while voice communication is in progress, the holding 
EP transmits the Near-End Call Hold request signal (H. 225.0 Q.931 
FACILITY[holdNotif ic. inv] message) to forcibly place the held. EP in a 
hold condition. On receipt of the request signal, the held EP 
recognizes call hold and enters the hold condition. The holing EP 
further transmits music/video information to the held EP and based on 
the information, the held EP gives a holding tone or displays an image 
indicating a call hold. 

In Fig. 9B, while voice communication is in progress, the holding 
EP transmits the Remote-End Call Hold request signal (H. 225.0 Q.931 
FACILITY! remoteHold. inv] message) to the held EP. The held EP returns 
the Remote-End Call Hold reply signal (H. 225.0 Q.931 FACILITY! remoteHol 
d.rr] message) and recognizes call hold. Then, the held EP enters the 
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hold condition and generates music and/or video information by itself 
to provide music on hold and/or display a video image on hold. 

Thus, according to the conventional method, when the call-hold 
method which the holding EP supports differs from that the held EP 
supports, especially when the holding EP supports only the Remote-End 
Call Hold function and the held EP supports only the Near-End Call Hold 
function, it is a problem that call hold cannot be achieved even though 
both EPs have the call-hold function. 

SUMMARY OF THE INVENTION 
It is an object of the present invention to provide a 
communication device, a transit device and a method that can perform the 
call-hold function efficiently and economically even when the call hold 
methods which the holding and held EPs support differs from each other. 

To achieve the above and other objects, the present invention is 
constructed as follows: 

(1) In a communication device which performs communication with an 
other party in a communication network and which has a first function 

to hold the communication by transmitting a first request signal to the 
other party and a second function to hold the communication by 
transmitting a second request signal to the other party and by receiving 
a response signal, the present invention provides a detector and a hold 
controller. The detector detects whether the response signal is 
received within a predetermined time after the second request signal is 
transmitted.' In. dependence upon the detecting by the detector, the hold 
controller generates the first request signal and transmits the 
generated first request signal to the other party. 

(2) In a communication network including a first communication 
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device, a second communication device and a transit device which relays 
communication between the first and second communication devices, the 
first communication device having a first function to hold the 
communication by transmitting a first request signal to the second 
communication device and a second function to hold the communication by 
transmitting a second request signal to the second communication device 
and by receiving a response signal, the present invention provides a 
detector and a hold controller in the transit device. The detector 
detects whether the response signal is received within a predetermined 
time after the second request signal is relayed. In dependence upon 
the detecting by the detector, the hold controller generates the first 
request signal and transmits the generated first request signal to the 
second communication device. It also generates the response signal and 
transmits the generated response signal to the first communication 
device. 

Therefore, the present invention provides a communication device, 
a transit device and a method that can perform the call-hold function 
efficiently and economically even when the call hold methods which the 
holding and held communication devices support differ from each other. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 shows a configuration of the Internet Telephony system; 
Figs. 2A and 2B show system configurations in which the present 

invention is implemented; 

Figs. 3 and 4 show the signalling sequence according to methods 1 

and 2, respectively when communication takes place directly between the 

EPs; 

Figs. 5 and 6 show the signalling sequence according to methods 1 
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and 2 when communication takes place between the EPs through the GK; 

Figs. 7A and 7B show the format of an IP message transmitted 
within the IP network; 

Fig* 8 shows the detailed message for transmitting voice and 
holding-tone information; 

Figs. 9A and 9B show the signalling sequence for controlling call 

hold; 

Figs. 10A and 10B are system-configuration diagrams illustrating 
the embodiment of the present invention; 

Fig. 11 is a timing chart (part 1) illustrating the operation of 
the first embodiment of the present invention; 

Fig. 12 is a timing chart (part 2) illustrating the operation of 
the first embodiment of the present invention; 

Fig. 13 is a timing chart (part 1) illustrating the operation of 
the second embodiment of the present invention; 

Fig. 14 is a timing chart (part 2) illustrating the operation of 
the second embodiment of the present invention; 

Fig. 15 and Fig. 16 are block diagrams of the EP and the GK 
respectively, , of the embodiment of the present invention; 

Figs. 17-18 are flowcharts illustrating the operation of the EP of 
the embodiment of the present invention; and 

Figs. 19-21 are flowcharts illustrating the operation of the GK of 
the embodiment of the present invention. 

Throughout the above-mentioned drawings, identical reference 
numerals are used to designate the same or similar component parts. 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The communication device and transit device having a call-hold 



function and the method for controlling the call-hold function of the 
present invention is explained below, referring to the figures. 

Figs. 10A and 10B are the system-configuration diagrams for 
illustrating the first and second embodiment of the present invention, 
respectively. Fig. 10A shows an example in which End Point EPb 
supports only the "Remote-End Call Hold" function (or method 2), EPc 
supports only the "Near-End Call Hold" function (or method 1) and EPa 
has the function according to the present invention. Fig. 10B shows an 
example in which both EPa and EPc support only the "Remote-End Call 
Hold" function (or method 2), EPb supports only the "Near-End Call Hold" 
function (or method 1) and a Gate Keeper (abbreviated to GK) has the 
function according to the present invention. 

Here, the EP supporting the "Near-End Call Hold" function is 
defined as follows. As a holding EP, when a "hold" key is activated 
for example, while a call is in progress, it transmits to the held EP 
the "Near-End Call Hold" request signal (H. 225.0 Q.931 FACILITY [ ho ldNoti 
f ic. inv] message) along with holding-tone information and enters a hold 
condition. As a held EP, upon receipt of the request signal, it sounds 
a holding tone based on the received holding-tone information and enters 
the hold condition. 

The EP supporting the "Remote-End Call Hold" function is defined 
as follows. As a holding EP, when a "hold" key is activated for 
example, while a call is in progress, it transmits to the held EP the " 
Remote-End Call Hold" request signal (H. 225.0 Q.931 FACILITY [ remoteHo Id. 
inv] message) and when replied with "Remote-End Call Hold" reply signal 
(H. 225.0 Q.931 FACILITY! remoteHold. rr ] message), enters the hold 
condition. As a held EP, upon receipt of the request signal, it returns 
the "Remote-End Call Hold" reply signal, generates a holding tone by 
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itself and enters the hold condition. 

Fig. 11 is a timing chart (part 1) illustrating the operation of 
the first embodiment of the present invention, in a situation where in 
Fig. 10A, the holding EPa having the function according to the present 
invention communicates directly with the held EPb supporting only the 
Remote-End Call Hold function. 

When the "hold" key is activated (2) while the EPa-or iginated call 
is in progress (1), the holding EPa transmits to the held EPb the " 
Remote-End Call Hold" request signal (H. 225.0 Q.931 FACILITY[remoteHold. 
inv] message) and sets a reply-waiting timer (3). 

Since the held EPb supports the Remote-End Call Hold function, 
upon receipt of the request signal, it recognizes hold and enters a 
hold condition (5). It then sounds a holding tone (9) and replies with 
the "Remote-End Call Hold reply signal (H. 225. 0 Q. 931 FACILITY! remoteHo 
ld.rr] message) (10). Upon receipt of the Remote-End Call Hold reply 
signal (11), the holding EPa resets the timer (12) and enters the hold 
condition. 

Fig. 12 is a timing chart (part 2) illustrating the operation of 
the first embodiment of the present invention, in a situation where in 
Fig. 10A, the holding EPa having the function according to the present 
invention communicates directly with the held EPc supporting only the 
Near-End Call Hold function. 

When a "hold" key is activated (2) while a EPa-or iginated call is 
in progress (1), the holding EPa transmits to the held EPc the "Remote- 
End Call Hold" request signal (H. 225.0 Q.931 FACILITY[remoteHold. inv] 
message) and sets a reply-waiting timer (3). The EPc, which does not 
support the Remote-End Call Hold function (or method 2), cannot return 
the reply signal normally (6). 
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When the reply-waiting timer detects a timeout (TO) error, the 
holding EPa transmits to the EPc the Near-End Call Hold request signal 
(H. 225.0 Q.931 FACILITY[holdNot if ic. inv] message) (8) and holding-tone . 
information (7). Since the Near-End Call Hold request signal is so 
stipulated as to forcibly place other party in the hold condition 
regardless of whether the request signal is to be replied or not, the 
EPc enters the hold condition and sounds a holding tone according to 
the transmitted holding-tone information. 

Thus, the present invention provides the holding EP with a timer 
for monitoring the reply signal after transmitting the Remote-End Call 
Hold request signal and when a timeout error is detected, transmits the 
Near-End Call Hold request signal and holding-tone information to the 
intended held EP. Therefore, the present invention can place the held 
EP in the hold condition, regardless of the call-hold functions the 
held EP supports and accordingly can solve the aforesaid problems. 

Fig. 13 is a timing chart (part 1) illustrating the operation of 
the second embodiment of the present invention, in a situation where in 
Fig. 10B, the holding EPa and the held EPc both supporting only the 
Remote-End Call Hold function communicate with each other via the GK. 

When the "Hold" key is activated (2) while the EPa-or iginated call 
is in progress (1), the holding EPa transmits to the GK the Remote-End 
Call Hold request signal (H. 225.0 Q.931 FACILITY[ remoteHold. inv] 
message) (3). The GK forwards the Remote End Call Hold request signal 
received (4) to the held EPc and sets a reply-waiting timer (5). 

On receipt of the Remote-End Call Hold request signal, the held 
EPc, which supports the Remote-End Call Hold function, generates a 
holding tone by itself, enters the hold condition (11) and returns the 
Remote-End Call Hold reply signal (H. 225.0 Q.931 FACILITY[remoteHold. rr] 
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message) (12) to the GK. 

On receipt of the Remote-End Call Hold reply signal (13), the GK 
resets the timer (14) and forwards the Remote-End Call Hold reply 
signal to the held EPa (15). On receiving the Remote-End Call Hold 
reply signal, the EPa recognizes hold and enters the hold condition 
itself. 

Fig. 14 is a timing chart (part 2) illustrating the operation of 
the second embodiment of the present invention, in a situation where in 
Fig. 10B, the holding EPa supporting only the Remote-End Call Hold 
function communicates with the held EPb supporting only the Near-End 
Call Hold function though the GK having the function of the present 
invention. ^ 

When the "Hold" key is activated (2) while the EPa-or iginated call 
is in progress (1), the holding EPa transmits to the GK the "Remote-End 
Call Hold" request signal (H. 225.0 Q. 931 FACILITY [ remoteHo Id. inv] 
message) (3). The GK forwards the Remote-End Call Hold request signal 
received (4) to the held EPb (6) and sets a reply^wai t ing timer (5). 
The held EPb, which does not support the call-hold function (or method 

2) for the Remote-End Call Hold request^ signal received (7), cannot 
return the reply signal (8). 

When the reply-waiting timer detects a timeout error, the GK 
transmits to the held EPb, the Near-End Call Hold request signal (H. 225. 
0 Q.931 FACILITY[holdNotif ic. inv] message) (10) and holding-tone 
information (9). The GK also transmits the Remote End Call Hold reply 
signal (H. 225.0 Q.931 FACILITY[remoteHold. rr ] message) (10) to the 
holding EPa. 

Since the Near-End Call Hold request forcibly instructs call hold 
regardless of whether the request is to be replied or not, the held EPb 
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enters the hold condition and sounds a holding tone according to the 
received holding-tone information. Upon receiving the Remote-End Call 
Hold reply signal, the holding EPa recognizes that the held EPb has 
entered the hold condition and enters the hold condition itself. 

Thus, the present invention provides the GK with the timer for 
monitoring the reply signal and when a timeout error is detected by the 
timer, the GK transmits to the held EP the Near-End Call Hold request 
signal to force the held EP into hold. At this time, the GK further 
generates the Remote-End Call Hold reply signal and transmits the 
generated reply signal to the holding EP, to make the held EP look 
apparently as having the Remote-End Call Hold function and having 
returned the reply signal. Accordingly, the present invention can put 
an intended EP in the hold condition irrespective of the call-hold 
functions the held EP supports and therefore, solve the aforesaid 
problems. 

Figs. 15 and 16 are block diagrams of the EP and GK respectively, 
of the embodiment of the present invention. The EP has the same 
configuration as the GK and the reference numerals for the GK are 
parenthesized in the following description. 

The EP (GK) of the present invention is comprised of a call 
controller la (2a), a hold controller lb (2b), an H. 225.0 analyzer le 
(2e), an H.450 analyzer lc (2c), an H. 225.0 editor If (2f), an H.450 
editor Id (2d), a TCP/UDP/IP analyzer-editor lj (2j) and an ETHERNET 
analyzer-editor lk (2k). 

For the known RAS (Registration, Admission and Status) functions, 
the EP (GK) is further comprised of an RAS controller lg (2g), an RAS 
analyzer lh (2h) and an RAS editor li (2i). In conjunction with the GK, 
the EP, when to newly connect with an IP network, registers its own 
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phone number and the corresponding IP address in the GK by using RAS 
messages and when to originate a call, obtains from the GK the 
destination IP address corresponding to the called EP's phone number by 
using the RAS messages. In order to achieve the above-mentioned RAS 
function, the RAS controller lg (2g) controls the overall operations of 
the RAS functions. The RAS analyzer Ih (2h) analyzes the received RAS 
messages and the RAS editor li (2i) edits the RAS messages to be 
transmitted. 

The call controller la (2a) performs basic call control operations. 
The hold controller lb (2b) performs call control for call hold. That 
is, the hold controller lb (2b) is provided with a timer (not shown) for 
monitoring the Remote-End Call Hold reply signal and when a timeout 
error is detected, outputs the Near-End Call Hold request signal to 
forcibly place the intended EP in the hold condition to accomplish the 
aforesaid call-hold functions of the present invention. 

The H. 225.0 analyzer le (2e) analyzes a received call control 
message according to the Recommendation H. 225. 0 to notify the call 
controller la (2a) of the analyzed result. The H. 450 analyzer lc (2c) 
analyzes a received hold control message according to the Recommendation 
H.450 to notify the hold controller lb (2b) of the analyzed result. 

The H. 225.0 editor If (2f) responsive to an instruction from the 
call controller la (2a), edits the call-control message according to 
Recommendation H. 225.0 to output the edited message to the TCP/UDP/IP 
analyzer-editor lj (2j). The H.450 editor Id (2d) responsive to an 
instruction from the hold controller lb (2b), edits the hold-control 
message according to Recommendation H.450 to output the edited message 
to the TCP/UDP/IP analyzer-editor 1 j ( 2 j ) . 

The TCP/UDP/IP analyzer-editor lj (2j) analyzes the TCP/UDP/IP- 
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format message input from the ETHERNET analyzer-editor lk (2k) to 
report the analyzed result to the H. 225.0 analyzer le (2e), H.450 
analyzer lc (2c) and RAS analyzer lh (2h). It also converts the 
messages edited by the H. 225.0 editor If (2f), H.450 editor Id (2d) and 
RAS editor li (2i) into the TCP/UDP/IP-format to output the converted 
messages to the ETHERNET analyzer-editor lk (2k). 

The ETHERNET analyzer-editor lk (2k) analyzes a message received 
from the IP network and notifies the TCP/UDP/IP analyzer-editor lj (2j) 
of the analyzed result. It also converts the TCP/UDP/IP-format 
messages output from the TCP/UDP/IP analyzer-editor lj (2j) into the 
ETHERNET-format messages and outputs the converted messages to the IP 
network. 

Figs. 17-18 are flowcharts illustrating the operation of the EP of 
the embodiment of the present invention. The operations of functional 
units of the EP shown in Fig. 15 are detailed based on Figs. 17-18, 
referring to the timing charts of Figs. 11-12. In the timing charts of 
Figs. 11-12 and-the flow charts of Figs. 17-18, the same parenthesized 
reference numbers are given to the corresponding operations. 

(1) When the EPa originates a call, voice communication starts 
between the EPa and EPb/c (EPb/c represents the EPb or the EPc 
depending on the call-hold functions it supports). 

(2) In the EPa, when the Hold key (not shown) is pressed, the call 
controller la instructs the hold controller lb to start the Remote-End 
Call Hold operation. 

(3) As instructed by the hold controller lb, the hold controller 
lb instructs the H.450 editor Id to start the Remote-End Call Hold 
operation and sets, the reply-waiting timer. 

(4) As instructed by the hold controller lb, the H.450 editor id 
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edits the "remoteHold. inv" message, which is subjected to respective 
editions (or conversions) through the H. 225.0 editor If, TCP/UDP/IP 
analyzer-editor lj and ETHERNET analyzer-editor Ik and then transmitted 
to the EPb/c as the H. 225.0 Q.931 FACILITY* remoteHold. inv) message. 

(5) The EPb/c receives the H. 225.0 Q.931 FACILITY(remoteHold. inv) 
message from the EPa. 

(6) If the H. 225.0 Q.931 FACILITY (remoteHold. inv) message is 
acceptable (i.e., the EPb), the processing goes to step (9); otherwise 

(i.e., the EPc) to step (7). 

(7) In the EPa, when a timeout error is detected by the reply- 
waiting timer, the hold controller lb instructs the H.450 editor Id to 
start the Near-End Call Hold operation. 

(8) As instructed by the hold controller lb, the H.450 editor Id 
edits the "holdNot if ic. inv" message, Which is subjected to respective 
editions (conversions) through the H. 225.0 editor If, TCP/UDP/IP 
analyzer-editor lj and ETHERNET analyzer-editor lk and then transmitted 
to the EPc as the H: 225.0 Q.931 FACILTTY(holdNot i fic. inv) message along 
with holding-tone information. Thus, the EPa and EPc enter the hold 
condition. 

(9) In the EPb, on receipt of the H. 225.0 Q.931 FACILITY (remoteHol 
d. inv) message, the H.450 analyzer 2c instructs the hold controller lb 
to start the Remote-End Call Hold operation. Then, the hold controller 
lb instructs the H.450 editor Id to complete the Remote-End Call Hold 
and gives a holding-tone on a speaker. 

(10) The EPb-H.450 editor Id edits the "remoteHold. rr" message to 
transmit the H. 225.0 Q.931 FACILITY* remoteHold. rr) message to the EPa. 
Thus, the EPb is placed in the hold condition. 

(11) In the EPa, the H.450 analyzer lc receives from the EPb the H. 
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225.0 Q.931 FACILITY(remoteHold. rr) message which has previously been 
subjected to respective analyses through the ETHERNET analyzer-editor 
Ik, TCP/UDP/IP analyzer-editor lj and H. 225.0 analyzer le. The H. 450 
analyzer lc instructs the hold controller lb to complete the Remote-End 
Call Hold operation. 

(12) As instructed by the H.450 analyzer lc, the hold controller 
lb resets the reply-waitin timer and enters the hold condition. 

Figs. 19-21 are flowcharts illustrating the operation of the GK of 
the embodiment of the present invention. The operations of functional 
units of the GK shown in Fig. 16 are detailed based on Figs. 19-21, 
referring to the timing charts of Figs. 13-14. In the timing charts of 
Figs. 13-14 and the flow charts of Figs. 19-21, the same parenthesized 
reference numbers are given to the corresponding operations. 

(1) When the EPa originates a call, voice communication starts 
between the EPa and EPb/c through the GK (EPb/c represents the EPb or 
the EPc depending on the call-hold functions it supports). 

(2) In the EPa, when the Hold key is pressed, the cal 1 control ler 
la instructs the hold controller lb to start the Remote-End Call Hold 
operation and then the hold controller lb instructs the H.450 editor Id 
to start the same operation. 

(3) The H.450 editor Id edits the "remoteHold. inv" message, which 
is subjected to respective editions (conversions) through the H. 225.0 
editor If, TCP/UDP/IP analyzer-editor lj and ETHERNET analyzer-editor Ik 
and then transmitted to the GK as the H. 225.0 Q.931 FACILITY(remoteHold. 
inv) message. 

(4) In the GK, the H.450 analyzer 2c receives from the EPa the 
H. 225.0 Q.931 FACILITY(remoteHold. inv) message which has previously 
been subjected to respective analyses through the ETHERNET analyzer- 
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editor 2k, TCP/UDP/IP analyzer-editor 2j and H. 225.0 analyzer 2e. Then, 
the H.450 analyzer 2c instructs the hold controller 2b to start the 
Remote End Call Hold operation. 

(5) As instructed by the H.450 analyzer 2c, the hold controller 2b 
instructs the H.450 editor 2d to start the Remote-End Call Hold ; 
operation and sets the reply-waiting timer. 

(6) As instructed by the hold controller 2b, the H.450 editor 2d 
edits the "remoteHold. inv" message, which is subjected to respective 
editions (conversions) through the H. 225.0 editor 2f, TCP/UDP/IP 
analyzer-editor 2j and ETHERNET analyzer-editor 2k and then transmitted 
from the GK to the EPb/c as the H. 225.0 Q.931 FACILITY( remoteHold. inv) 
message. 

(7) In the EPb/c, the H.450 analyzer lc receives from the GK, the 
H. 225.0 Q.931 FACILITY(remoteHold. inv) message which has previously been 
subjected to respective analyses through the ETHERNET analyzer-editor 
lk, TCP/UDP/IP analyzer-editor lj and H. 225.0 analyzer le. 

(8) If the H. 225.0 Q.931 FACILITY (remoteHold. inv) message is 
acceptable (i.e., the EPc), the processing goes to step (11); otherwise 
(i.e., the EPb) to step (9). ' 

(9) In the GK, on detecting a timeout error in the reply-waiting 
timer, the hold controller 2b instructs the H.450 editor 2d to start 
the Near-End Call Hold operation and to complete the Remote-End Call 
Hold operation and outputs the holding-tone information to the H.450 
editor 2d. 

(10) In the GK, according to the respective instructions in step 
(9), the H.450 editor 2d edits the "holdNotif ic. inv" message and the " 

remoteHold. rr" message, which are subjected to editions (conversions) 
through the H. 225.0 editor 2f, TCP/UDP/IP analyzer-editor 2j and 
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ETHERNET analyzer-editor 2k and then transmitted to the EPb as the H. 225. 
0 Q.931 FACILITY(holdNot i f ic. inv) message and to the EPa as the H. 225.0 
Q.931 FACILITY(remoteHold. rr) message, respectively. Thus, the EPa and 
EPb enter the hold condition. 

(11) In the EPc, on receipt of the H. 225.0 Q.931 F AC I LI TY ( r emo t eHo 
Id. inv) message from the GK, the H.450 analyzer 2c instructs the hold 
controller lb to start the Remote-End Call Hold operation. Then, the 
hold controller lb instructs the H.450 editor Id to complete the Remote- 
End Call Hold operation and gives a holding-tone on a speaker. Thus, 
the EPc is placed in the hold condition. 

(12) As instructed by the hold controller lb, the H.450 editor Id 
edits the "remoteHold. rr" message, which is subjected to respective 
editions (conversions) through the H. 225.0 editor 2f, TCP/UDP/IP 
analyzer-editor 2j and ETHERNET analyzer-editor 2k and then transmitted 
to the GK as the H. 225.0 Q.931 FACILITY(remoteHold. rr ) message- 

(13) In the GK, the H.450 analyzer 2c receives from the EPc the 
H. 225. 0 Q. 931 FACILITY* remoteHold. rr) message which has previously been 
subjected to respective analyses through the ETHERNET analyzer-editor 2k, 
TCP/UDP/IP analyzer-editor 2j and H. 225.0 analyzer 2e. Then, the H.450 
analyzer 2c instructs the hold controller 2b to complete the Remote-End 
Call Hold operation. 

(14) As instructed by the H.450 analyzer 2c, the hold controller 
2b instructs the H.450 editor 2d to complete the Remote-End Call Hold 
operation and resets the reply-waiting timer. 

(15) As instructed by the hold controller 2b, the H.450 editor 2d 
edits the "remoteHold. rr" message, which is subjected to respective 
editions (conversions) through the H. 225.0 editor 2f, TCP/UDP/IP 
analyzer-editor 2j and ETHERNET analyzer-editor 2k and then transmitted 
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to the EPa as the H, 225.0 Q.931 FACILITY(remoteHold. rr ) message. Thus, 
the EPa enters the hold condition. 

According to the present invention as described above, even when a 
holding-party communication device (EP) differs from a held-party 
communication device in the call-hold methods they support, both 
communication devices can perform the call-hold function effectively and 
economical ly. 

What is claimed is: 
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